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I, REAL PARTY IN INTEREST 

The real parties in interest are the Applicants, the assignees of the present 
application. 



11. RELATED APPEALS AND INTERFERENCES 

The undersigned is not aware of any related appeals and/or interferences. 



III. STATUS OF THE CLAIMS 

The application was originally filed with 36 claims. On December 7, 1999, a 
Preliminary Amendment was filed canceling claims 1-36 and adding new claims 37-119. 
In reply to the first Office Action dated December 20, 2000, the Applicant cancelled claim 
81, amended claims 37, 41, 48, 51, 59, 62, 74, 77, 80, 82, 85, 86, 87, 94, 95, 96, 97 and 
99-1 19, and added new claims 120-125 in an Amendment "A" dated March 28, 2001. In 
response to a final rejection dated May 11, 2001, the Applicants filed an RCE application 
and a Preliminary Amendment on July 31, 2001. In the Preliminary Amendment, claims 
39, 41, 44, 51, 58, 64, 67, 69, 70, 71, 80 and 107 were amended and a second inadvertently 
numbered claim 48 was renumbered 126. Claims 37-80 and 82-126 are the subject of this 
appeal. 



IV. STATUS OF THE AMENDMENTS 

Subsequent to final rejection, the Applicants filed the following amendments: 

(1) an Amendment B dated June 14, 2001 attempting to amend claims 41, 47, 58, 
64, 71, 80, 99, 107, and 108 and renumbered a second inadvertently numbered claim 48 to 
126. In the Examiner's Advisory Action dated July 3, 2001, this Amendment B was not 
entered; and 

(2) the aforementioned Preliminary Amendment filed July 31, 200L 
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V. SUMMARY OF THE INVENTION 

The present invention pertains to an on-line reservation system for restaurants. The 
system includes a web site which aggregates a plurality of restaurants. The web site allows 
an Internet user to search and find a selected restaurant, select a date and review the 
available time slots for open tables at the restaurant, book a reservation for one of the 
available time slots, and receive a real-time confirmation, all over the hitemet. Each 
restaurant in the system also has access to their own database which is maintained 
according to one embodiment at the same server location that hosts the web site and which 
contains the restaurants time slot inventory for tables. Each restaurant is able to access 
their database using a local computer residing at the restaurant. Using the local computer, 
the restaurant can enter reservation booking information into the system for patrons 
making reservations by phone, facsimile, etc. The system therefore provides a complete 
table inventory management system for each restaurant. The system also aggregates the 
databases of all the participating restaurants into one large database. Li an alternative 
embodiment, the reservation database for each restaurant is maintained at a local computer 
located at the restaurant and a redundant aggregate database for all the restaurants is 
maintained at the server location that hosts the web site. 
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VI. ISSUES 

(a) Whether claims 37-81 and 85-126 are unpatentable over Fukuma (US Patent No. 
5,909,668) in view of Waytena (US Patent No. 5,978,770)? 

(b) Whether claims 82-84 and 101 and 103 are unpatentable over Fukuma in view of 
Steadham (US Patent No. 5,634,016) and further in view of Waytena? 



VII. GROUPING OF THE CLAIMS 

The rejected claims to not stand or fall together and each of the claims will be 
argued independently. 
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VIII. ARGUMENTS 



(a) Whether claims 37-81 and 85-126 are unpatentable over 
Fukuma (US Patent No. 5,909,668) in view of Waytena (US 
Patent No. 5,978,770)? 

Prior to discussing the rejection, the Apphcants would hke to review the teachings 
of Fukuma and Waytena in detail. 

(i) Fukuma 

Fukuma relates to a reservation management system for the efficient space 
utilization of a banquet hall capable of being partitioned into a plurality of areas. The 
system is an application program designed to run on a stand-alone computer such as a 
personal computer. The Applicants believe Figures 1, 3, 4 and 5 of Fukuma are most 
relevant to the present invention and therefore the teachings of Fukuma with respect to 
these figures will be described in detail below. 

Figure 1 of Fukuma illustrates the main software structures of Fukuma' s banquet 
hall reservation system. The main structures include a management table 1, reservation 
management tables 2, a management table generation imit 7, a management information 
input unit 6, a conflicting area detection unit 4, a vacancy determination unit 3, and a 
reservation unit 5. 

Figure 3 of Fukuma illustrates all the possible partitions of an exemplary banquet 
hall named "Fuji" that can be sub-divided into three sub-banquet areas ("Fuji 1", "Fuji 2", 
and "Fuji 3"). hi this example, all the possible combinations of banquet areas are assigned 
an area code as provided in the table below. 



Area Code 


Area 


10 


The entire Fuji banquet hall comprising sub 
areas Fuji 1, Fuji 2, and Fuji 3. 


11 


Sub-area Fuji 1 


12 


Sub-area Fuji 2 


13 


Sub-area Fuji3 


1.4 


Fuji North which includes sub-areas 1 and 2 


1.5 


Fuji South which includes sub-area 2 and 3 
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Figure 4 of Fukuma provides an actual management table 1 for the Fuji banquet 
hall. In this management table, the area codes (10 through 15), the area names (Fuji, Fuji 
1, Fuji 2, Fuji 3, Fuji North and Fuji South), and the conflicting area codes for each area 
are provided respectively. For example, when the "Fuji" area code (10) is reserved, all the 
area codes (10-15) are in conflict and therefore can not be reserved. When "Fuji 2" area 
code (12) is reserved, codes (12, 10, 14 and 15) are in conflict and can not be reserved. 
However, non-conflicting areas Fuji 1 (11) and Fuji 3 (13) can be reserved. For a more 
detailed discussion of the management table 1, see Column 3, lines 57-68 and Column 4, 
lines 1-8. 

Figure 5 of Fukuma shows a reservation management table 2 for a given day 
(February 1, 1995 for the example provided by Fukuma). The reservation management 
table 2 in this example lists all the area codes defined above (10 through 15) for the Fuji 
banquet area, reservation information on an hourly basis (13:00, 14:00 ... 17:00), and the 
status of each area code (10 through 15) for each hour. Banquet areas that are reserved for 
a given hour are designated by either an "M" for meeting or a "D" for dinner. For 
example, banquet area 11 (Fuji 1) is reserved for a meeting between 14:00 and 16:00 
hours. Area codes for a given hour are also assigned a conflict number. For example, 
since none of the area codes are reserved at hour 13:00, they are all assigned a conflict 
number of "0", which means any of these area codes are available for booking. However 
at hour 14:00, area code 10 (Fuji) is assigned a conflict number of "3" since it is in conflict 
with Fuji 1 (11), Fuji 2 (12) and Fuji 3 (13), all of which are booked at this time. 
Similarly, area code 14 (Fuji North) is assigned a conflict number of 2 at hour 14:00 since 
Fuji 1(11) and Fuji 2(12) are both reserved at this time. For a more detailed discussion of 
this Figxare, see column 7, lines 15-57. 

Prior to operation, the banquet hall provider is first required to determined the 
partitioning of the banquet hall space. The partitioning information and conflict 
information are then entered into the management table 1 as described above with respect 
to Figiu-e 4. During operation when an actual reservation is to be made, the provider is 
first required to enter reservation information (a reservation number, party name, date, 
banquet area, purpose of use and date) through a series of prompts appearing on the 
computer display (12) of the computer of Figure 2. Once the information is entered, the 
vacancy determination unit (3) checks the reservation management table (2) to determine 
if the requested area code is available for the desired date and time and the conflicting area 
detection unit (4) determines if there is any conflict. If the requested area is available and 
there are no conflicts, then the reservation unit (5) enters the reservation into the 
reservation management table (2) and then updates the table with the appropriate conflict 
information. 
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It must be noted that in no way does Fukuma teach or suggest that the reservation 
system be connected to a network of any kind or that anybody but the banquet hall 
provider have access to the system. Thus in no way does Fukuma contemplate that third 
parties such a patron would have access to the system over a network, 

(ii) Waytena 

Waytena provides a system for the remote scheduling of reservations by patrons for 
various attractions or services at a facility such as an amusement park. The system enables 
the patrons to efficiently use their time while at the facility, increasing the number of 
attractions or services visited by the patrons, thereby increasing their enjoyment at the 
facility. 

The Waytena system includes a plurality of hand-held communication devices 
(PCDs) provided to patrons when they arrive at the facility and a plurality of attraction 
computers, each associated with an attraction at the facility. The PCDs and attraction 
computers communicate with one another over a network to manage the scheduling of 
reservations. During operation, a user enters a request for a reservation for a particular 
attraction using a PCD. The request is then forwarded to the attraction computer over the 
network. The attraction computer processes the request and generates a proposed 
reservation time that is transmitted back to the PCD if the reservation can be accomodated. 
The patron can then elect to confirm the reservation using the PCD. A confirmation results 
in the patron's reservation time being stored in a "virtual" queue within the attraction 
computer. When a reservation time is approaching, the PDA is designed to alert the patron 
to proceed to the attraction. 

The Waytena system is also designed to operate in conjuction with physical queues 
as well. Thus in a situation where there is both a physical queue and a virtual queue for a 
given attraction, the management and scheduling of patrons using the virtual queue can be 
adjusted as desired to balance the admissions of those in the physical queue. 

It is useful to note that with the Waytena system, those in the physical queue are 
never entered into the reservation system. Rather the physical queue is simply used to 
adjust the admission of those in the virtual queue to an attraction. With reference to Figure 
6 and in Column 22 line 5, Waytena teaches: 

When physical queue monitor 103 detects changes in the 
physical queue that necessitates changes in virtual queue 210 or when 
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attraction information 611 indicates a problem or other change that 
necessitates such a change, queue updater 212 causes computer 101 to 
enter state 612. The virtual queue 210 is updated to accoimt for the 
changes. ... 

More specifically, Waytena teaches that a processor 209 in the attraction computer 
determines a desired interleave ratio for admitting patrons from the physical and virtual 
queues. The interleave ratio is typically base on several factors, including for example, the 
size of the physical queue, staffing, throughput, etc. For more a more detailed discussion 
of the interleave ratio, see Figure 7 and Column 22 line 23 through Column 25 line 4 of 
Waytena. 



(iii) The Rejection 

Claim 37 was rejected by the combination of Fukuma and Waytena. The 
Applicants submit that in constructing the rejection, the Examiner (1) completely 
misconstrued the actual teachings of Fukuma; and (2) improperly combined the Fukuma 
and Waytena references. 

1. Mis-Construction of Fukuma 

In paragraph 6 of the August 24, 2001 Office Action, the Examiner states Fukuma 
teaches a software product comprising 

(a) "...a reservation booking database having a 
plurality of records corresponding to a plurality of 
time-slots for tables [at] a restaurant ..." 

In fact, the database of Fukuma only contains records pertaining to banquet areas. 
It does not contain a time slot display module for displaying a plurality of time-slots for 
tables at a restaurant as the Examiner states; 

(b) "... and a website module configured to create a[n] 
site to enable a user to book a table at a banquet 
area (Fig. 2/10) ..." 

In fact, since the Fukuma system can be accessed only by the banquet hall provider 
and the system is not connected to a network of any kind, there is absolutely no teaching or 
suggestion by Fukuma whatsoever of the website module configured to allow an Internet 
user to book a banquet area; 
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(c) 



"... the website module further comprising a time 
slot display module configured to display one or 
more available time-slots corresponding to one or 
more available tables at the banquet area 5 place of 
business (Fig, 5/10/11/12/13/14/15) ... 



Again, Fukuma does not teach a website module or a time-slot display module 
configured to display to an Internet user available tables. This statement by the Examiner 
is therefore completely inaccurate; 



Again, there is absolutely no teaching or suggestion by Fukuma of a booking 
module that allows an Internet user to book an available time-slot at the banquet hall; and 



The database in Fukuma contains records corresponding to banquet areas, not time- 
slots for individual tables . The Examiner has therefore again misconstrued the teaching of 
the reference. 

To establish a prima facia case of obviousness of a claimed invention, all the 
claimed limitations must be taught or suggested by the prior art. In this case, the Examiner 
has clearly failed to meet this burden since Fukuma does to teach most of the elements of 
claim 37. 

2. Improper Combination 

In justifying the combination of Fukuma and Waytena, the Examiner states in 
paragraph 6 of the Office Action: 



(d) 



"... and a booking module configured to enable the 
Internet user to book one of the available time slots 
to reserve the corresponding available table (CoL 5, 
lines 16-31) in the reservation booking database ..." 



(e) 



"... the banquet area maintenance module further 
comprising a reservation booking database having a 
plurality of records, the plurality of records 
corresponding to time slots for the tables at the 
banquet hall ..." 



Fukuma teaches the above for banquet halls, Fukuma 
fails to teach Internet communications. Waytena teaches 
computer communication (coL i, lines 3-7) (coL 6, lines 31- 
57). It would be obvious to one skilled in the art at the time 



NS3657/NSC1 P097/JWR 



-8- 



USSN 08/915.352 





ROSEAOOl 



USSN 09/302,034 



of the invention to implement identical methods to 
restaurants and combine Fukuma in view of Waytena to 
teach the above. The motivation is to apply these techniques 
to the dining industry. 



The Applicants submit that the proposed combination of Fukuma and Waytena is 
improper. Waytena actually teaches away from the proposed combination and therefore 
the combination is not permissable. Furthermore, even if it were permissible to make the 
combination, not only would it result in a nonsensical system, but it still would not result 
in the present invention as claimed. 

Li the rejection, it is assumed that the Examiner is relying on the database of 
Fukuma in combination with the virtual queue of Waytena as analogous to the Applicants' 
reservation booking database that can be accessed by both a restaurant and hitemet users 
respectively, Waytena, however, specifically teaches that those in the physical queue are 
never included in the virtual queue. Rather the physical queue is simply used to adjust the 
rate of admission of those in the virtual queue to an attraction. Since Waytena explicitly 
teaches that patrons in the physical queue are never entered into the virtual queue, either by 
the facility provider or patrons themselves, this reference actually teaches away from a 
system like the present invention where patrons using the Litemet and a facility provider 
can both enter reservation information into a database. 

For arguments' sake, even if it were proper to combine Fukuma and Waytena for 
use with a restaurant, the combination would result in a nonsensical system. The proposed 
combination would include (i) the computer system of Fukuma which would allow a 
restaurant provider to make reservations for patrons presumably for tables (as noted above, 
this feature is not specifically taught by Fukuma); and (ii) a separate virtual queue for 
walk-in patrons at the restaurant facility. In this hypothetical system, the restaurant would 
first provide a walk-in patron with a PCD. The patron would then be required to enter their 
name into a virtual queue to make a reservation for a table. Clearly such a system is 
implausible because a walk-in patron would be either seated immediately if a table is 
available or placed on a wait list until a table becomes available. Requiring the patron to 
make a "reservation" using a PCD in this situation would be nonsensical because the 
purpose of making reservation is to insure that a table is reserved in advance for a patron 
so they do not have to wait for a table when the arrive. 

Finally the Applicants submit that the proposed combination still would not result 
in the present invention as provided in claim 37. With Fukuma, the reservation 
management tables are used for storing advanced reservation information for a banquet 
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hall. Waytena teaches the use of a virtual queue of patrons seeking to use an attraction who 
are already physically present at a facility. As noted previously, the admission of patrons to 
an attraction in the virtual queue may be adjusted based on the physical queue. But in no 
way does Waytena teach or suggest that the facility enter patrons into the virtual queue. 
Thus the proposed combination actually defines two separate databases. The combination 
fails to teach a single reservation bookine database that can be accessed both by an Internet 
user using a booking module accessible through a website module and a restaurant 
provider using a table reservation module configured to enable restaurant provider to make 
reservations for patrons not using the Litemet. 

As per claim 38, the Examiner states that Fukuma teaches that the software product 
of claim 37 includes an Litemet search module configured to help an Litemet user locate a 
banquet hall in response to a search request submitted by the Litemet user. Li fact, there is 
absolutely no teaching or suggestion by Fukuma of accessing the banquet hall via the 
Litemet or providing an Litemet search module for an Litemet user to search and locate a 
banquet hall. Claim 38 is therefore patentable. 

As per claim 39, the Examiner states that Fukuma discloses a time slot display 
module configured to search and display the available time slots located at the banquet 
hall. Li fact, Fukuma fails to teach or suggest a time slot display module for displaying 
available time slots for tables. Claim 39 is therefore patentable. 

As per claim 40, the Examiner states that the alleged time slot display module of 
Fukimia is configured to display both available and not available time slots for tables. 
Again Fukuma fails to teach or suggest a time slot search module which displays the 
availability or unavailability of tables. Claim 40 is therefore patentable. 

As per claim 41, the Examiner states that Fukuma teaches that the booking module 
of the web site module is ftirther to configure to require the Litemet user to submit 
personal information over the Litemet to book an available time slot. As noted above, 
Fukuma fails to teach or suggest that the Fukuma system can be accessed by an Litemet 
user over the Litemet. Claim 41 is therefore patentable. 

As per claim 42, the Examiner states that Fukuma teaches the entry of personal 
information by the Internet user including the Internet user's name, email address, mailing 
address, etc. Again the Fukimia system in no way teaches that an Litemet user can access 
the Fukuma system. Claim 42 is therefore patentable. 
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As per claim 43, the Examiner states that the booking module is further configured 
to write the personal information submitted by the hitemet user into the reservation 
booking database. In fact, since an Internet user can not access the Fukuma system, it is 
not possible for information submitted via the Internet to be submitted into the Fukuma 
system. Claim 43 is therefore patentable. 

As per claim 44, the Examiner states that Fukuma teaches a confirmation module 
that generates a confirmation message over the Internet to confirm a reservation made by 
the Internet user. Again there is absolutely no such teaching by Fukuma. Claim 44 is 
therefore patentable. 

As per claim 45, the Examiner acknowledges that Fukuma fails to teach a reminder 
module configured to send a reminder message over the Intemet to the Internet user. 
However, the Examiner states that it would have been obvious to do so in view of the 
Waytena. As noted above, the Applicant submits that these references can not be 
combined as the Examiner suggests and therefore claim 45 is patentable. 

As per claim 46, the Examiner acknowledges that Fukimia fails to teach a link 
module to provide a link to a web page associated with a restaurant. The Examiner 
however combines Fukuma and Waytena in formulating his rejection. As noted above, the 
Applicants submit that this combination is improper, and even if it was permissible, it still 
would not teach the claimed feature. Claim 46 it therefore patentable. 

As per claim 47, the Examiner acknowledges that Fukuma does not teach a 
password module configured to accept a unique password to prevent unauthorized assess 
to the reservation booking data base belonging to a restaurant. However the Examiner 
argues that Waytena teaches a system whereby wireless communication devices 
communicate with a computer through a network. And therefore it would have been 
obvious to combine these two references to teach the claimed feature. The applicants 
submit that again such a combination is improper, and even if it where proper, the 
proposed combination fails to teach or suggest the use of a password to prevent 
unauthorized access to a reservation booking database. 

As per claim 48, it appears that the Examiner failed to provide a rejection of this 
claim. Nevertheless, the Applicants submit that this claim is patentable because neither 
reference, either alone or in combination, teaches the use of a table reservation 
management module that allows a restaurant to manage a substantial portion of its time 
slot inventory for table bookings made by both Intemet users and by non-Internet users. 
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As per claim 49, the Examiner states that Fukuma teaches a system with a display 
module that displays available and booked time slots for tables at banquet. In fact, 
Fukuma only teaches the display of booked or available banquet areas, not individual 
tables. Therefore, claim 49 is patentable. 

As per claim 50, the Examiner states that Fukuma teaches the display of the time 
slot inventory of tables at a banquet hall including the booked and available time slots 
during a selected period of time. Again, in fact, Fukuma does not display booked or 
available time slots for tables. Claim 50 is therefore patentable. 

As per claim 5 1 , the Examiner states that Fukuma teaches a display module that 
displays the time slot inventory of tables and the time increments for the availability of the 
tables. In fact, Fukuma does not teach or suggest the display of time slots for tables or the 
time increments for the availability of tables. Claim 51 is therefore patentable. 

As per claim 52, the Examiner states that Fukuma teaches that the restaurant 
display module is further configured to display the booked and available time slots for 
tables in a variety of different seating including a dinner seating and a lunch seating. In 
fact, Fukuma teaches a banquet hall reservation system that permits the reservation of 
banquet areas not individual tables. Claim 52 is therefore patentable. 

As per claim 53, the Examiner states that Fukuma teaches a software product 
where the banquet hall display module is configured to display the bookings of time slots 
for tables previously booked at the banquet hall by users through the web site module. As 
previously noted, Fukuma fails to teach or suggest that the Fukuma banquet system can be 
used or accessed via the Internet. Therefore claim 53 is therefore patentable. 

As per claim 54, the Examiner states that Fukuma teaches that the banquet hall 
display module is configured to display bookings of time slots for tables previously 
booked by the banquet hall. In fact, Fukuma teaches that only banquet areas, not 
individual tables, can be reserved by banquet hall provider. Claim 54 is therefore 
patentable. 

As per claim 55, the Examiner states that Fukuma teaches a software product 
wherein the time slots displayed by the banquet hall display module provides pointers to 
corresponding records in the reservation booking database of the banquet hall system. In 
fact, the time slots displayed by Fukuma are for the reservation of banquet areas not 
individual tables. Therefore claim 56 is patentable. 
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As per claim 57, the Examiner states that Fukuma teaches a software product with 
database records including individual fields for storing information; a name field, storing 
the name of a customer, a mailing address field, an email address field, a phone number 
field, a credit card field, and a password field. Again, Fukuma teaches that only banquet 
areas can be reserved by a banquet hall provider and not an Internet user. Therefore other 
than a name of a party reserving a banquet area, Fukuma teaches the entry of none of the 
above-mentioned information into a database. Claim 57 is therefore patentable. 

As per claim 58, the Examiner states that the software product of Fukuma 
comprises a banquet hall data entry module configured to allow a banquet hall to write 
customer information to reserve a time slot for a customer. Again, Fukuma only permits 
the reservation of a banquet area and not individual tables. Therefore, Fukuma does not 
permit the entry of customer information to reserve time slots corresponding to individual 
tables. Claim 58 is therefore patentable. 

As per claim 59, the Examiner states that the software product of Fukuma teaches 
an active link between each time slot and a second data display that displays the personal 
information of the customer who reserved the selected time slot. In fact, Fukuma fails to 
teach and suggest the use of a second display that that displays customer information in the 
record corresponding to a book time slot for a table. Claim 59 is therefore patentable. 

As per claim 60, the Examiner states that the software product of Fukuma includes 
records of a database configured to store customer information related to reserve time slots 
for tables that were booked by customers over the Intemet or by the banquet hall provider. 
Again, Fukuma fails to teach a database that includes records corresponding to time slots 
for tables. In addition, in no way does Fukuma teach or suggest that Intemet users can 
book time slots for tables over the Intemet. Accordingly claim 60 is patentable. 

As per claim 61, the Examiner acknowledges that Fukuma fails to teach a data 
entry field configured to receive data indicating that a customer that has booked a time slot 
has arrived at the banquet hall. The Examiner also fails to adequately describe how this 
claim feature is taught or suggested by Waytena. This claim is therefore patentable. 

As per claim 62, the Examiner states that the software product of Fukuma includes 
a search module to aid the banquet hall in finding a time slot for a table booked in the 
name of a customer. In fact, there is no teaching in Fukuma of a customer search module 
of any kind. Claim 62 is therefore patentable. 
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As per claim 63, Fukuma fails to teach a customer search module of any kind and 
therefore does not describe any search criteria whatsoever. Claim 63 is therefore 
patentable. 

As per claim 64, the Examiner states that the software product of Fukuma includes 
a first cancellation module configured to permit an Internet user to cancel over the Mtemet 
a previously booked time slot for a table. As previously noted, in no way can an Litemet 
user access a Fukuma system. Therefore, there is no first cancellation module that allows 
an Internet user to cancel a reservation. Claim 64 is therefore patentable. 

As per claim 65, the Examiner states that the software product of Fukuma allows a 
banquet hall provider to cancel a booked time slot for a table. In fact, Fukuma allows a 
banquet hall area to be reserved, not individual tables. Therefore there is not second 
cancellation module that allows a banquet hall to cancel a previously booked time slot for 
a table. Therefore claim 65 is patentable. 

As per claim 66, the Examiner acknowledges that Fukuma fails to teach a 
communication module configured to send a restaurant communication messages to 
Internet users over the Internet. The Examiner therefore relies on the teaching of Waytena 
in combination with Fukuma to reject this claim. As noted above, however, since the 
Fukuma system is intended to be used solely by a banquet hall provider, there is absolutely 
no teaching or suggestion or motivation for combining these two references. Therefore 
claim 66 is patentable. 

As per claim 67, the Examiner states that Fukuma teaches a software module 
having a block-out module to enable a banquet hall to selectively block-out time slots in 
their reservation booking database. In fact, Fukuma fails to teach such a block-out 
module. Therefore claim 67 is patentable. 

As per claim 68, the Examiner acknowledges that Fukuma fails to teach the use of 
a web site module residing on a central computing location coupled to the Intemet. The 
Examiner therefore relies on the combination of Fukuma and Waytena to reject this claim. 
As noted above-this rejection is improper since there is no teaching or suggestion in either 
reference for the proposed combination. Claims 68 is therefore patentable. 

As per claim 69, the Examiner states that Fukvmia teaches the use of a table 
reservation management module residing on a computer affiliated with a banquet hall. In 
fact, Fukuma fails to teach a table reservation management module that allows a banquet 
hall to reserve individual tables. Therefore claim 69 is patentable. 
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As per claim 70, the Examiner relies on a combination of Fukuma and Waytena to 
reject this claim. This combination, however, neither teaches or suggests the writing of 
reservation updates to an aggregate database including a plurality of databases for a 
plurality of restaurants. Therefore claim 70 is patentable. 

As per claim 71, the Examiner is again relying on the combination of Fukuma and 
Waytena to reject this claim. This combination, however, fails to teach or suggest 
providing the reservation booking data base and the table reservation management module 
at a central computing location that is accessible by restaurants over the Intemet. Claim 71 
is therefore patentable. 

As per claim 72, the Applicant can not find a rejection of this claim articulated by 
the Examiner in the August 24, 2001 amendment. Nevertheless the Applicant submit that 
this claim is patentable because nowhere in either Fukuma or Waytena, either alone or in 
combination, do these references teach an aggregate database including the reservation 
database of a plurality of affiliated restaurants. 

Claim 73 is patentable for the same reasons discussed above with respect to claim 

72. 

As per claim 74, neither Waytena or Fukuma teach or suggest the use of a web site 
module for a restaurant to post information pertaining to a restaurant over the Litemet. 
While Waytena teaches that communication between an attraction at an amusement park 
and a patron can take place over the Intemet, there is no teaching whatsoever about 
providing web pages for a restaiirant. Claim 74 is therefore patentable. 

As per claim 75, the Examiner acknowledges that Fukuma fails to teach an editing 
module that allows a restaurant to edit its web page. Furthermore, since Waytena fails to 
teach or suggest this feature, claim 75 is therefore patentable. 

As per claim 76, the Examiner states that Fukuma teaches the use of a search 
module configured to locate a selected banquet hall based on one of the following search 
criteria; name, location, type of cuisine, etc.. In fact, Fukuma makes no such teaching. 
Therefore claim 76 is patentable. 

As per claim 77, since Fukuma fails to teach or suggest an Intemet search module 
as discussed with regard to claim 38 and 76, this claim is also patentable. 
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As per claims 78 and 79, the Examiner states that Fukuma teaches a display 
module that displays the layout of tables at a restaurant in a first display mode or a second 
display mode depending upon whether or not the tables are booked. In fact, Fukuma fails 
to teach or suggest a banquet hall area display module let alone a display for the layout of 
individual tables. Therefore claims 78 and 79 are patentable. 

Claim 80 is patentable for essentially the same reasons as provided above with 
respect to claim 37. 

Claim 85 is patentable for essentially the same reasons articulated with respect to 
claim 48. 

Claim 86 is patentable for essentially the same reasons articulated with respect to 
claim 50. 

Claim 87 is patentable for essentially the same reasons articulated above with 
regard to claim 53. 

Claim 88 is patentable for essentially the same reasons articulated above with 
respect to claim 54. 

Claim 89 is patentable for essentially the same reasons articulated above with 
respect to claim 55. 

Claim 90 is patentable for essentially the same reasons articulated above with 
respect to claim 56. 

Claim 91 is patentable for essentially the same reasons articulated above with 
respect to claim 57. 

As per claim 92, the Examiner states that Fukuma teaches a database with records 
including fields for smoking, special occasions, and dietary requests. In fact there is no 
such teaching in Fukuma. Claim 92 is therefore patentable. 

Claim 93 is patentable for essentially the same reasons articulated above with 
respect to claim 58. 

Claim 94 is patentable for the same reasons articulated above with respect to claim 



59. 
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Claim 95 is patentable for the same reasons articulated above with respect to claim 



Claim 96 is patentable for the same reasons articulated above with respect to claim 



Claims 97 and 98 are patentable for the same reasons articulated above with 
respect to claims 78 and 79, 

Claim 99 is patentable for the same reasons articulated above with respect to claim 



Claim 100 is patentable for the same reasons articulated above with respect to 
claim 69. 

Claim 102 is patentable for essentially the same reasons articulated above with 
respect to claim 71. 

Claim 104 is patentable for essentially the same reasons articulated above with 
respect to claim 72. 

Claim 105 is patentable for essentially the same reasons articulated above with 
respect to claim 70. 

Claim 106 is patentable for essentially the same reasons articulated above with 
respect to claim 38. 

Claim 107 is patentable for essentially the same reasons articulated above with 
respect to claim 45. 

Claim 108 is patentable for essentially the same reasons articulated above with 
respect to claim 49. 

Claim 109 is patentable for essentially the same reasons articulated above with 
respect to claim 53. 

Claim 110 is patentable for essentially the same reasons articulated above with 
respect to claim 54, 



62. 



64. 



37. 
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Claim 111 is patentable for the same reasons mentioned above with respect to 
claim 55. 

Claim 112 is patentable for the same reasons mentioned above with respect to 
claim 58. 

Claim 113 is patentable for the same reasons articulated above with respect to 
claims 41 through 43. 

Claim 114 is patentable for the same reasons as provided above with respect to 
claim 42. 

Claim 1 1 5 is patentable for the same reasons provided above with regard to claim 

62. 

Claim 1 16 is patentable for the same reasons provided above with respect to claim 

64. 

Claim 117 and 118 are patentable for the same reasons provided above with regard 
to claims 78 and 79. 

Claims 119 and 120 are patentable for the same reasons articulated above with 
respect to claim 37. 

Claim 121, 122 and 123 are patentable because neither Fukuma or Waj^ena, either 
alone or in combination, teach or suggest the use of different display modes to indicate 
whether individual tables at a restaurant are reserved or available. 

As per claim 124, the Examiner states that Fukuma teaches a first display module 
that is configured to be accessible over the Internet using a personal computer. In fact, 
Fukuma teaches a stand alone banquet hall reservation system that is not connected to the 
Internet in any way. Therefore claim 124 is patentable. 

As per claim 125, the Examiner states that Fukuma includes a web site module that 
is configured to be accessible to the Intemet using a computing device that is coupled by 
the Intemet using a wireless device. Again, Fukuma teaches a stand-alone system that is 
not connected to the Intemet. Therefore claim 125 is patentable. 
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As per claim 126, the Examiner states that Fukuma teaches a table reservation 
module that permits a banquet hall provider to manage a substantial portion of it time slot 
inventory for table bookings made by either Internet users or non Internet users. In fact, all 
Fukuma teaches is a stand alone banquet hall reservation system that allows the 
reservation of banquet areas not individual tables. Further, this system is not connected to 
the Intemet and therefore can not be accessed by Intemet users. Claim 126 is therefore 
patentable. 



Steadham teaches an event management system that coordinates the entire process 
of event planning such as a business meeting at a hotel having conference facilities. The 
system provides the capability to generate an event contract ("EC") proposal, two and/or 
three dimensional CAD drawings of room layouts and animations, and provides software 
management for event functions such as ordering the proper amount of food, labor, etc. 
See Column 2, lines 1-45. As illustrated in Figure 1, the hardware of the system includes a 
number of workstations 140 (See Column 8, lines 10-35), a CAD workstation 112 
(Coltmin 60 - lines 60 - Column 7, lines 1-10) and a network file server 100 (Column 6, 
lines 40-65). The system database is maintained at a single location on the network file 
server (Column 9, line 10-33). 

As per claim 82, in paragraph 103 of the August 24, 2001 Office Action the 
Examiner agrees that ''Fukuma fails to teach an upgrade module configured to update a 
second database located at a local computer,.,,'''' , The Examiner, however, states that 
''Steadham teaches this (col 3 lines 44-57),'' The Applicants disagree. Steadham explicitly 
teaches that there is only one database which is stored on the file server 100. See Column 
9, lines 15-20. 

The Applicant's submit the Examiner's has misconstrued the actually teaching of 
Steadham. A carefiil reading of Column 3, lines 44-57 confirms that only one database is 
used in the Steadham system. Specifically lines 52-55 recite: 



(b) Whether claims 82-84 and 101 and 103 are 
unpatentable over Fukuma in view of Steadham (US Patent 
No. 5,634,016) and further in view of Waytena? 



NS3657/NSC1 P097/JWR 



-19- 



USSN 08/915,352 




USSN 09/302,034 



ROSEAOOl 



It [the database] is constructed as a fully relational 
database. Thus, whenever a piece of information is changed 
in one place, it is automatically changed everywhere it is 
stored in the database (emphasis added). 



Since Steadham teaches only a single database, there is no teaching or suggestion 
of a duplicate second reservation booking database on a local computer associated with the 
selected restaurant. Claim 82 is therefore patentable. 

As per claim 84, since Steadham teaches the use of only a single database, there is 
no update module located on the local computer to update the reservation booking 
database located at the central computing location when a table reservation is entered into 
the second reservation database. 

As per claims 101 and 103, they are patentable for substantially the same reasons 
as provided above with regard to claims 82 and 84. 



In view of the foregoing, it is respectively submitted that all of the claims are 
patentably distinct over the art of record. Accordingly the pending rejections of the claims 
under 35 USC 103 should be reversed. 



IX. 



Conclusion 



Respectfully Submitted, 



Beyer Weaver & Thomas LLP 
P.O. Box 310 

Mountain View, CaUfomia 94042-0130 
(650) 961-8300 




WEAVER & THOMAS, LLP 
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X. APPENDIX 

CLAIMS ON APPEAL 

37. An apparatus comprising: 

a reservation booking database having a plurality of records, the 
plurality of records corresponding to a plurality of time-slots for tables at a 
restaurant; 

a web site module configured to create an Intemet web site to enable 
an hitemet user to book a table at the restaurant, the web site module 
further comprising: 

a time-slot display module configured to display one or 
more available time-slots corresponding to one or more 
tables at the restaurants place of business; and 

a booking module configured to enable the Intemet 
user to book one of the available time-slots in the reservation 
booking database; and 

a restaurant maintenance module configured to provide the 
restaurant access to the restaurant's table reservation booking database, the 
restaurant maintenance module further comprising: 

a table reservation management module configured to 
enable the restaurant to book time-slots in the reservation 
booking database to reserve tables at the restaurant for 
customers not making bookings over the Intemet. 



38. The apparatus of claim 37, wherein the web site module further comprises 
an hitemet search module configured to locate the restaurant in response to a 
search request submitted by the hitemet user to locate the restaurant among a 
plurality of restaurants affiliated with the web site. 
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39. The apparatus of claim 37, wherein the time-slot display module of the web 
site module further comprises a time-slot search module configured to search and 
display the available time-slots for tables at the restaurant's place of business 
during a selected time period as defined by the Litemet user. 

40. The apparatus of claim 39, wherein the time-slot search module is fixrther 
configured to search and display the available and not-available time slot- 
increments for tables accommodating a specific party size as defined by the 
Internet user, 

41. The apparatus of claim 37, wherein the booking module of the web site 
module is further configured to require the Internet user to submit personal 
information over the Internet to book one of the available time-slots. 

42. The apparatus of claim 41, wherein the personal information includes at 
least one of the following types of information: the Internet user's name; the 
Internet user's email address; the Intemet user's mailing address; the Intemet user's 
phone number; the Intemet user's credit card information; and the Intemet user's 
password. 

43. The apparatus of claim 41, wherein the booking module of the web site 
module is fiirther configured to write the personal information submitted by the 
Intemet user into the reservation booking database of the restaurant, the personal 
information being written into the record in the restaurant's reservation booking 
database corresponding to the time-slot displayed by the time-slot display module 
and booked by the Intemet user. 

44. The apparatus of claim 41, wherein the web site module fiirther comprises a 
confirmation module configured to generate a confirmation message over the 
Intemet to the Intemet user after the personal information has been written to the 
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reservation booking database of the restaurant to confirm the booking of the 
selected time-slot. 

45. The apparatus of claim 37, wherein the web site module further comprises a 
reminder module configured to send a reminder message over the Internet to the 
Litemet user of the booked time-slot for the reserved table at the restaurant's place 
of business a predetermined time period prior to the date of the booking. 

46. The apparatus of claim 37, wherein the Litemet web site further comprises 
a link module configured to link to a web page associated with the restaurant. 

47. The apparatus of claim 37, wherein the restaurant maintenance module 
further comprises a password module configured to accept a unique password to 
prevent the unauthorized access to the reservation booking database belonging to 
the restaurant. 

48. The apparatus of claim 37, wherein the table reservation management 
module is further configured to permit the restaurant to manage a substantial 
portion of its time-slot inventory for table bookings made by both Litemet users 
through the Web site module or by non-Litemet users. 

49. The apparatus of claim 48, wherein the table reservation management 
module further comprises a restaurant display module configured to permit the 
restaurant to display the available and the booked time-slots for the tables at the 
restaurant's place of business during a selected time period. 

50. The apparatus of claim 49, wherein the restaurant display module is further 
configured to display the time-slot inventory of tables at the restaurant, the booked 
time-slots and the available time-slots during the selected time period. 
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51. The apparatus of claim 50, wherein the restaxxrant display module is further 
configured to display the time-slot inventory of tables and the time increments for 
the availabihty of the tables on a computer display. 

52. The apparatus of claim 50, wherein the restaurant display module is further 
configured to display the restaurant's booked and available time-slots for tables at 
the restaurant in at least one of the following seatings at the restaurant: a dinner 
seating; and a limch seating. 

53. The apparatus of claim 50, wherein the restaurant display module is further 
configured to display the bookings of time-slots for tables previously booked at the 
restaurant by Intemet users through the Web site module. 

54. The apparatus of claim 50, wherein the restaurant display module is further 
configured to display the bookings of time-slots for tables previously booked for 
customers by the restaurant through the table reservation management module. 

55. The apparatus of claim 50, wherein the time-slots displayed by the 
restaurant display module provides pointers to corresponding records among the 
plurality of records in the reservation booking database of the restaurant. 

56. The apparatus of claim 55, wherein the corresponding records contains 
fields configured to store customer information related to the time-slot booked in 
the name of the customer. 

57. The apparatus of claim 56, wherein the corresponding records include at 
least one of the following fields: a name field for storing the name of the customer; 
a mailing address field for storing the mailing address of the customer; an email 
address field for storing the email address of the customer; a phone number field 
for storing the phone number of the customer; a credit card field for storing the 
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credit card information of the customer; and a password field for storing the 
password information of the customer. 

58. The apparatus of claim 55, further comprising a restaurant data entry 
module configured to allow the restaurant to write customer information into one 
of the records to book an available time-slot in the name of the customer. 

59. The apparatus of claim 55, wherein each booked time-slot displayed by the 
restaurant display module is a link to a second data display that displays the 
customer information in the record when the booked time-slot is selected by the 
restaurant. 

60. The apparatus of claim 59, wherein the second data display is further 
configured to display the customer information in the record corresponding to the 
booked time-slot regardless of whether the time-slot was booked over the Internet 
by an Litemet user or by the restaurant using the table reservation management 
module. 

61. The apparatus of claim 59, wherein the second data display further 
comprises a data entry field configured to receive data input from the restaurant 
indicating that the customer that booked the time-slot has arrived at the restaurant. 

62. The apparatus of claim 48, wherein the table reservation management 
module fiirther comprises a customer search module to aid the restaurant in finding 
one of the time-slots booked in the name of a customer in the reservation booking 
database. 

63. The apparatus of claim 62, wherein the customer search module performs 
the search using at least one of the following search criteria: date of booking; name 
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of customer who made the booking; email address of the customer who made the 
booking; or telephone number of the customer who made the booking. 

64. The apparatus of claim 37 wherein the web site module further comprises a 
first cancellation module configured to permit the Litemet user to cancel over the 
Litemet a previously booked timeslot for a table booked by the Litemet user at the 
restaurants place of business. 

65. The apparatus of claim 37, wherein the restaurant maintenance module 
fiirther comprises a second cancellation module configured to permit the restaurant 
to cancel a previously booked time-slot for a table at the restaurant's place of 
business. 

66. The apparatus of claim 37, wherein the restaurant maintenance module 
fiirther comprises a communication module configured to permit the restaurant to 
send communication messages to Litemet users over the Litemet. 

67. The apparatus of claim 37, wherein the restaurant maintenance module 
fiirther comprises a block-out module configured to enable the restaurant to 
selectively block-out time-slots in the reservation booking database so that the 
blocked-out time-slots can not be booked. 

68. The apparatus of claim 37, wherein the web site module is configured to 
reside on a central computing location coupled to the Litemet. 

69. The apparatus of claim 37, wherein the restaurant maintenance module for 
the restaurant, including the reservation booking database and the table reservation 
management module, are configured to reside on a computer affiliated with the 
restaurant. 
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70. The apparatus of claim 69, wherein the restaurant maintenance module is 
further configured to write reservation updates to the restaurant's reservation 
booking database over the hitemet to an aggregate database located at a central 
computing location, the aggregate database containing the reservation booking 
databases for a plurality of restaurants affiliated with the web site. 

71. The apparatus of claim 68, wherein the restaurant maintenance module for 
the restaurant, the reservation booking database and the table reservation 
management module, are further configured to reside at the central computing 
location and are accessible by the restaurant over the Intemet. 

72. The apparatus of claim 71 further comprising an aggregate database 
configured to reside at the central computing location, the aggregate database 
including the reservation booking databases of a plurality of restaurants affiliated 
with the web site. 

73. The apparatus of claim 71, wherein the restaurant maintenance module for 
the restaurant is further configured to vmte updates to the restaurant's reservation 
booking database over the Intemet to a duplicate restaurant reservation booking 
database located on a computer associated with the restaurant. 

74. The apparatus of claim 37, wherein the web site module further comprising 
a web page module for the restaurant, the web page module configured to post 
information pertaining to the restaurant over the Intemet. 

75. The apparatus of claim 74, wherein the restaurant maintenance module 
further comprises an editing module configured to permit the selected restaurant to 
edit the restaurant's web page module. 
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76. The apparatus of claim 38, wherein the Internet search module is further 
configured to locate the selected restaurant based on at least one of the following 
search criteria: name of the selected restaurant; location of the selected restaurant; 
or type of cuisine offered by the selected restaurant. 

77. The apparatus of claim 76, wherein the web site module is further 
configured to display the search results of the search request submitted by the 
hitemet user, the search results including at least one of the following types of 
information for the restaurants meeting the search request: the names of the 
restaurants; the location of the restaurants; the type of cuisine offered by the 
restaurants; reviews of the restaurants; a price range for the restaurants and posted 
comments fi:om other Litemet users regarding the restaurants. 

78. The software product of claim 37, further comprising a table layout display 
module, the table layout display module further configured to display the layout of 
tables at the restaurant's place of business. 

79. The software product of claim 78, wherein the table layout display module 
is further configured to display booked tables in a first display mode and open 
tables in a second display mode. 

80. A reservation system comprising: 

a reservation booking database having a plurality of records, the plurality of 
records corresponding to the plurality of time-slots for the tables at a selected 
restaurant; 

a central computing location configured to an host Internet web site for 
booking reservations, the central computing location comprising: 

an Internet search module configured to identify the selected 
restaurant in response to a search request submitted by an Internet user 
to identify the selected restaurant affiliated with the web site; 
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a time-slot display module configured to display one or more 
available time-slots each corresponding to one or more tables at the 
selected restaurant's place of business; and 

a booking module configured to permit the Internet user to book one 
of the available time-slots to reserve the corresponding table in the 
reservation booking database; and 

a local computer located at the selected restaurant, the local computer 
configured to cooperate with the central computing location and including a 
table reservation management module configured to permit the selected 
restaurant to book time-slots in the reservation booking database to reserve 
tables at the selected restaurant for customers not making bookings over the 
Litemet. 

82. The reservation system of claim 80, further comprising a second reservation 
booking database located on the local computer, the second reservation booking 
database configured to be a duplicate of the first reservation booking database 
associated with the selected restaurant. 

83. The reservation system of claim 82, further comprising an update module 
located at the central computing location, the upgrade module configured to update 
the second reservation booking database located at the local computer of the 
selected restaurant when the Litemet user books one of the available time-slots in 
the reservation booking database of the selected restaurant. 

84. The reservation system of claim 82, further comprising an update module 
located at the local computer, the upgrade module configured to update the 
reservation booking database located at the central computing location when the 
selected restaurant books one of the available time slots in the second reservation 
booking database of the selected restaurant. 
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85. The reservation system of claim 80, wherein the table reservation 
management module is further configured to permit the selected restaurant to 
manage a selected portion of its time-slots for table bookings made by both Internet 
users through the booking module or by non-Intemet users. 

86. The reservation system of claim 81, wherein the table reservation 
management module further comprises a restaurant display module configured to 
permit the selected restaurant to display the available and the booked time-slots for 
the tables at the selected restaurant's place of business during a time period defined 
by the selected restaurant. 

87. The reservation system of claim 86, wherein the restaurant display module 
is further configured to display the bookings of time-slots for tables previously 
booked at the selected restaurant by Internet users through the booking module. 

88. The reservation system of claim 86, wherein the restaurant display module 
is further configured to display the bookings of time-slots for tables previously 
booked for customers by the selected restaurant through the table reservation 
management module. 

89. The reservation system of claim 86, wherein the time-slots in the time-slot 
inventory displayed by the restaurant display module provides pointers to 
corresponding records among the plurality of records in the reservation booking 
database of the selected restaurant. 

90. The reservation system of claim 89, wherein the corresponding record 
contains fields configured to store customer information related to the time-slot 
booked in the name of the customer. 
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91. The reservation system of claim 90, wherein the corresponding record 
includes at least one of the following fields: a name field for storing the name of 
the customer; a mailing address field for storing the mailing address of the 
customer; an email address field for storing the email address of the customer; a 
phone number field for storing the phone number of the customer; a credit card 
field for storing the credit card information of the customer; and a password field 
for storing the password information of the customer. 

92. The reservation system of claim 90 wherein the corresponding record 
includes at least one of the following fields: a smoking field to indicate if the 
customer requires a smoking table; a special occasions field to indicate if the 
customer is celebrating special occasion; and a dietary request field to indicate if 
the customer has a special dietary request. 

93. The reservation system of claim 86, fiirther comprising a restaurant data 
entry module configured to allow the selected restaurant to write customer 
information into the record corresponding to the selected time-slot to book the 
selected time-slot in the name of the customer by the selected restaurant. 

94. The reservation system of claim 86, wherein each time-slot displayed by the 
restaurant display module is a link to a second display that displays the customer 
information in the record corresponding to a booked time-slot when the booked 
time-slot is selected. 

95. The reservation system of claim 86, wherein the table reservation 
management module fiirther comprises a customer search module to aid the 
selected restaurant in finding a booked time-slot booked in the name of a specified 
customer. 
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96. The reservation system of claim 80, wherein the central computing system 
further comprises a cancellation module configured to permit the Litemet user to 
cancel a previously booked time-slot for a table booked by the Litemet user, 

97. The reservation system of claim 80, wherein the local computer further 
comprising a table layout display module, the table layout display module further 
configured to display the layout of tables at the selected restaurant's place of 
business. 

98. The reservation system of claim 78, wherein the table layout display 
module is further configured to display booked tables in a first display mode and 
open tables in a second display mode, 

99. A method comprising: 

providing a first restaurant a first reservation booking database having a 
plurality of records, the plurality of records corresponding to a plurality of 
time-slots for tables at the first restaurant 

providing a restaurant table reservation management module configured 
to enable the first restaurant to book time-slots in the first reservation 
booking database to reserve the tables at the first restaurant for customers 
not making bookings over the Intemet; and 

providing an Intemet booking module configured to enable an Intemet 
user to book an available one of the time-slots to reserve one of the tables at 
the first restaurant, 

100. The method of claim 99, further comprising providing the first reservation 
booking database at the first restaurant's location. 

101. The method of claim 100, further comprising providing a copy of the first 
reservation booking database at a central computing location and updating the copy 
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of the first reservation booking databeise when the first restaurant books time-slots 
in the first reservation booking database to reserve tables for customers not making 
bookings over the hitemet. 

102. The method of claim 99, fiirther comprising providing the first reservation 
booking database at a central computing location. 

103. The method of claim 102, further comprising providing a copy of the first 
reservation booking database at the first restaurant and updating the copy of the 
first reservation booking database v^hen Internet users book time-slots in the first 
reservation booking database provided at the central computing location. 

104. The method of claim 102, fiirther comprising aggregating a plurality of 
reservation booking databases associated with a plurality of restaurants at the 
central computing location. 

105. The method of claim 99, further comprising maintaining a restaurant related 
web site, affiliating a plurality of restaurants with the web site, and providing the 
plurality of restaurants a plurality of the reservation booking databases and a 
plurality of the table reservation management modules respectively. 

106. The method of claim 105, further comprising providing a search module 
with the web site to enable the Intemet user to search for a selected restaurant 
among the plurality of restaurants affiliated with the web site. 

107. The method of claim 99, wherein providing the table reservation 
management module further comprises enabling the first restaurant to manage a 
selected portion of its time-slots for table bookings made by Intemet users and for 
customers not making reservations over the Intemet. 
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108. The method of claim 99, wherein the providing the table reservation 
management module further comprises providing a restaurant display module 
configured to enable the first restaurant to display the available and the booked 
time-slots for the tables at the first restaxirant's place of business during a time 
period defined by the first restaurant. 

109. The method of claim 108, wherein the providing the restaurant display 
module further comprises configuring the restaurant display module to display the 
bookings of time-slots for tables previously booked at the first restaurant by 
Internet users through the Intemet booking module. 

110. The method of claim 108, wherein the providing the restaurant display 
module further comprises configuring the restaurant display module to display the 
bookings of time-slots for tables previously booked for customers by the first 
restaurant through the reservation table management module. 

111. The method of claim 108, wherein the displaying time-slots during the time 
period defined by the first restaurant further comprises configuring the displayed 
time-slots to correspond to records among the plurality of records in the first 
reservation booking database. 

112. The method of claim 111, further comprising enabling the first restaurant to 
write customer information into the records. 

113. The method of claim 111, further comprising enabling the Litemet user to 
write customer information into the record through the Intemet booking module. 

114. The method of claim 111, fiarther comprising configuring the record to 
include at least one of the following fields: a name field for storing the name of the 
customer; a mailing address field for storing the mailing address of the customer; 



NS3657/NSC1P097/JWR 



-34- 



USSN 08/915,352 



ROSEAOOl 



USSN 09/302,034 



an email address field for storing the email address of the customer; a phone 
number field for storing the phone number of the customer; a credit card field for 
storing the credit card information, of the customer; and a password field for 
storing the password information of the customer. 

115. The method of claim 99, fiirther comprising providing a customer search 
module to aid the first restaurant in finding one of the time-slots booked in the 
name of a customer. 

116. The method of claim 99, fiirther comprising providing a cancellation 
module configured to permit the Internet user to cancel a previously booked time- 
slot for a table booked by the Internet user at the first restaurants place of business. 

117. The method of claim 99, fiirther comprising providing a table layout display 
module configured to display the layout of tables at the first restaurant*s place of 
business. 

118. The method of claim 117, wherein the providing the table layout display 
module further comprises displaying booked tables in a first display mode and 
open tables in a second display mode. 

119. A software product comprising: 

a first restaurant reservation booking database having a plurality of records, 
the plurality of records corresponding to a plurality of time-slots for the tables 
at the first restaurant; 

a restaurant table reservation management module configured to enable the 
first restaurant to book time-slots in the first reservation booking database to 
reserve the tables at the first restaurant for customers not making bookings over 
the Internet; and 
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an Internet booking module configured to enable an Internet user to book an 
available one of the time-slots to reserve one of the tables at the first restaurant. 



120. A apparatus comprising: 

a reservation booking database means having a plurality of records, 
the plurality of records corresponding to a plurality of time-slots for tables 
at a restaurant; 

a web site module means for creating an Intemet web site to enable 
an Intemet user to book a table at the restaurant, the web site module means 
further comprising: 

a time-slot display module means for displaying one or 
more available time-slots corresponding to one or more 
tables at the restaurant's place of business; and 

a booking module means for enabling the Intemet user 
to book one of the available time-slots in the reservation 
booking database; and 

a restaurant maintenance module means for providing the restaurant 
access to the restaurant's table reservation booking database means, the 
restaurant maintenance module means further comprising: 

a table reservation management module means for 
enabling the restaurant to book time-slots in the reservation 
booking database means to reserve tables at the restaurant 
for customers not making bookings over the Intemet. 



121. The apparatus of claim 79, wherein the first display mode is a first color 
and the second display mode is a second color. 

122. The reservation system of claim 98, wherein the first display mode is a first 
color and the second display mode is a second color. 

123. The method of claim 118, wherein the first display mode is a first color and 
the second display mode is a second color. 
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124. The apparatus of claim 37, wherein the website module is configured to be 
accessible to the Internet user using a personal computer. 



125, The apparatus of claim 124, wherein the website module is configured to be 
accessible to the Intemet using a computing device coupled to the Intemet using a 
wireless device. 



126. The apparatus of claim 37, wherein the table reservation management 
module is further configured to enable the number of records in the reservation 
booking database for the restaurant to be defined by the restaurant. 
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